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DESCRIPTION 

TITLE OF THE INVENTION 

APPARATUS AND METHOD FOR TRANSFERRING 
AND EDITING SHEET METAL PART DATA 

RELATED APPLICATION DATA 

The present application contains subject matter which is related to co-pending, 
commonly assigned U.S. Patent Application No. 08/690,671, filed on July 31, 1996, 
in the names of Kensuke HAZAMA et al., entitled "Apparatus and Method for 
Managing and Distributing Design and Manufacturing Information Throughout a 
Sheet Metal Production Facility", the disclosure of which is expressly incorporated 
herein by reference in its entirety. 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

The present invention generally relates to the field of computer-aided design 
(CAD) systems and the use of such systems for modeling parts, such as sheet metal 
parts. More particularly, the present invention relates to an apparatus and method for 
transferring part data, such as sheet metal part data, between computer-based 
application or CAD environments and for editing such part data. 

2. Background Information 

The production of parts, such as sheet metal parts, has traditionally included a 
design and modeling stage during which a sheet metal part design is developed based 
on a customer's specifications. A customer will typically place an order for a 
particular sheet metal component to be produced at a sheet metal manufacturing or 
production facility. The customer's order will usually include basic product and 
design information so that the component may be manufactured by the factory. This 
information may include, for example, the geometric dimensions of the part, the 
material required for the part (e.g., steel, stainless steel, aluminum, etc.), special 
forming information, the batch size, the delivery date, etc. The sheet metal part 
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requested by the customer may be designed and produced for a wide variety of 
applications. For example, the produced component may ultimately be used as an 
outer casing for a computer, an electrical switchboard, an armrest in an airplane, or 
part of a door panel for a car. 
5 During the design and modeling stage, a sheet metal part design may be 

developed by a design office of the manufacturing facility using a computer-aided 
design (CAD) system. Based on a customer's specifications, a two-dimensional (2-D) 
model of the sheet metal part may be developed by a design programmer with the 
CAD system. A customer may provide a blueprint containing one or more drawings 
10 of the component and the critical geometric dimensions of the part. The blueprint may 
also indicate any special forming or marking to be included in the part, as well as the 
location of holes or other types of openings on the surf ace(s) of the sheet metal part. 
The design programmer will often use this blueprint and/or other information from the 
customer to develop a 2-D model on the CAD system. The 2-D model may include 
15 a flat view and one or more other perspective views of the sheet metal part, with 
bendline and/or dimensional information. A customer may also sometimes provide 
raw 2-D CAD data (e.g., saved in a computer-readable file) to the manufacturing 
facility, that requires editing or refinement during the design stage. 

The design and modeling of sheet metal parts with such conventional CAD 
20 systems suffers from several drawbacks and disadvantages. For example, most 2-D 
CAD systems have limited modeling and editing capabilities. Further, although three- 
dimensional (3-D) modeling has been recently provided in commercially available 
CAD systems, such systems cannot communicate and transfer sheet metal part data 
with other CAD or computer-based modeling systems. That is, sheet metal data may 
25 only be transferred between computer-based modeling and design systems by 
uploading or downloading files containing the sheet metal part data. The use of such 
data files causes several disadvantages, including the requirement that compatible, 
data file formats be used by the systems. Further, prior systems do not permit the 
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design programmer to easily convert an existing 2-D CAD model of a part into a 3-D 
representation of the part. 

An additional drawback with prior systems exists due to the limited information 
that is stored with the sheet metal part data. That is, while the part model data 
normally includes information concerning the overall part geometry, manufacturing 
information and production constraints are not included with the part model data. In 
co-pending, commonly assigned U.S. Patent Application No. 08/690,671, an object 
oriented data model is disclosed which includes part geometry and topology 
information, as well as manufacturing data for the sheet metal part. According to the 
disclosed object oriented data model, a bend model for the sheet metal part is defined 
as a completely self-contained class library. AH of the required data manipulation and 
functions for the sheet metal part (e.g., folding, unfolding, etc.) are captured as 
member functions of the class library. Further, all of the geometrical and topological 
data are defined in objects that are grouped within the bend model. The geometrical 
data includes both 2-D and 3-D representations of the part. 

The use of an object oriented bend model, such as that disclosed in U.S. Patent 
Application No. 08/690,671, provides several advantages. For example, an object 
oriented bend model provides a more comprehensive and realistic model of the sheet 
metal part, that includes both geometrical and topological information, as well as 
manufacturing information. Further, the use of an object oriented bend model 
provides greater flexibility and allows a design programmer to more easily modify or 
edit various features and attributes of the part, such as the faces, bendlines and 
bending properties of the part. 

Currently, there exists a need to provide an interface between conventional 
CAD systems, such as 2-D CAD systems, and modeling systems employing an object 
oriented bend model, such as that disclosed in U.S. Patent Application No. 
08/690,671. Such an interface is required that permits part data to be transferred 
between these systems and that provides greater flexibility in the editing and modeling 
of the part. With such an interface, it would be possible to integrate object oriented 
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bend model systems with existing 2-D CAD systems and other conventional CAD 
systems. 

Many advantages would exist by integrating such systems. For example, such 
an integration would permit new, object oriented bend model systems to be utilized 
with existing CAD systems. This type of an interface would also permit design 
programmers to take advantage of pre-existing editing features provided in prior CAD 
systems, while still maintaining the benefits of an object oriented data model system. 
Since many design programmers are fully accustomed or skilled with using 
conventional CAD systems, such an integration would enhance the efficiency of the 
designing and modeling stages for manufacturing the part, and would permit 
businesses and facilities to maintain use of existing or legacy CAD systems, while 
having full utilization of newer modeling systems, such as object oriented bend model 
systems. 

SUMMARY OF THE INVENTION 
15 In view of the foregoing, the present invention, through one or more of its 

various aspects, embodiments and/or specific features or sub-components thereof, is 
provided to bring about one or more objects and advantages, such as those specifically 
noted below. 

A general object of the present invention is to provide an apparatus and method 
20 for transferring and editing part data, such as sheet metal part data. Another object of 
the invention is to improve the efficiency of part modeling and design. 

Still a further object of the present invention is to provide an interface that 
facilitates the transfer of part-related data between computer-based application 
environments, such as a 2-D CAD system and an object oriented bend model 
25 system. 

Another object of the invention is to provide an apparatus and method for 
transferring data related to a sheet metal part, whereby the data may be transferred in 
real time in order to avoid the need to upload or download the part data from a data 
file. 
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Yet another object of the present invention is to provide an apparatus and 
method for transferring sheet metal part data, wherein the part data may be transferred 
in various modes, including a faces mode in which the faces of the part are 
collectively transferred by the interface. In addition, the part data may be transferred 
in a flat mode whereby the part data is sent as an entire flat part with manufacturing 
related data. 

Another object of the invention is to provide enhanced editing features which 
permit various features (e.g., a face or bendline) and parameters (e.g., bending 
parameters) of the part to be edited or modified and transferred in real time. 

In accordance with an aspect of the invention, an interface for transferring part 
data between two application environments is provided, wherein one of the 
application environments includes a computer-aided design (CAD) program and the 
other of the application environments includes an object oriented bend model 
program. The interface may include: an inter-process communication system that 
establishes an inter-process communication path between the CAD program and the 
bend model program; and a library of application program interface (API) functions 
that may be called by the CAD program and the bend model program to transfer and 
exchange part data through the inter-process communication path. The inter-process 
communication path of the interface may be established in accordance with a 
predetermined message protocol, such as dynamic data exchange (DDE). 

Preferably, the part data comprises data defining a sheet metal part including 
a plurality of faces, and the library of API functions includes a Send^Faces function 
for transferring the data defining the sheet metal part as a collection of attached faces. 
In such a case, the data that is transferred with the Send_Faces function may be 
provided in a buffer that comprises a part name, a set of face data, and bending 
parameter data. In addition, the set of face data may include loop data for each face 
of the sheet metal part, wherein the loop data includes data defining a bounding loop 
of each face of the part. 

The library of API functions may also include an Add_Face function for 
transferrmg face data defining a face that is to be added to the data defining the sheet 
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metal part. The set of input data that is provided to the Add_Face function may 
include a part name, a face name, and the face data. In addition, the face data may 
include loop data defining a bounding loop of the face to be added to the sheet metal 
part. 

5 In accordance with the invention, the library of API functions may further 

comprise a Delete_Face function for transferring face data defining a face that is to 
be deleted from the data defining the sheet metal part. In such a case, the set of input 
data that is provided to the Delete_Face function may include a part name and a face 
name of the face to be deleted from the sheet metal part. If a Delete_Bendline 
10 function is provided as an API function for transferring data defining a bendline that 
is to be deleted from the sheet metal part, then the set of input data that is provided to 
the Delete_^Bendline function may include a part name, a name of a first face of the 
sheet metal part that is adjacent to the bendline to be deleted, and a name of a second 
face of the sheet metal part that is adjacent to the bendline to be deleted. 
15 The library of API functions may also include an Attach_Faces function for 

transferring data defining faces of the sheet metal part that are to be attached. The data 
transferred by the Attach_Faces function may include a buffer comprising a part name, 
a set of edge names of a first face of the sheet metal part that is to be attached, a set 
of edges names of a second face of the sheet metal part that is to be attached, and 
20 attachment parameters for attaching the edges of the first and second faces. In 
addition, a Set_Bending__Parameters function may be provided for transferring data 
defining bending parameters that are to be set for a bendline of the sheet metal part 
that is defined between a first adjacent face and a second adjacent face. For this 
function, a set of input data may be provided that includes a part name, a name of the 
25 first adjacent face, a name of the second adjacent face, and the bending parameters 
that are to be set for the bendline. Further, the bending parameters that are transferred 
with the Set_Bending_Parameters function may include a bending angle, a bend type, 
a bend deduction amount, and/or an inside radius of the bend. 

Still further, the library of API functions for the interface may include a 
30 Shift_Face function for transferring data defining a second face of the sheet metal part 
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that is to be shifted with respect to a first face of the sheet metal part. The data that 
is transferred by the Shift_Facc function may include a buffer comprising a part name, 
a name of the first face, a name of the second face, and a shift amount indicating the 
amount by which the second face is to be shifted with respect to the first face. In 
addition, the library of API functions may include a Send_F]at function for 
transferring the data defining the sheet metal part as a flat version of the part. With 
this function, the data that is transferred may be provided in a buffer that comprises 
a part name, a set of edges defining the flat version of the part, and a set of default 
bending parameters for the part. A Send_Folded function may also be included to 
permit the transferring of the data defining the sheet metal part as a folded version of 
the part. The data that is transferred with the Send^Folded function may be provided 
in a buffer that comprises a part name, and a set of edges defining the folded version 
of the part. 

In accordance with another aspect of the invention, a method is provided for 
transferring part data between two application environments, including a computer- 
aided design (CAD) program and a bend model program. The method comprises: 
establishing an inter-process communication path between the CAD program and the 
bend model program; defining a library of application program interface (API) 
functions that may be called by the CAD program and the bend model program to 
transfer part data through the inter-process communication path; calling one of the 
API functions of the library; and transferring part data between the CAD program and 
the bend model program based on the API function that was called from the 
library. 

In the disclosed method, the part data may comprise data defining a sheet metal 
part including a plurality of faces. In addition, the method may further comprise 
calling a Send_Faces function from the library and transferring the data defining the 
sheet metal part as a collection of attached faces in response to the Send_Faces 
function being called from the library. The method may also include providing, when 
the Send_Faces function is called from the library, a buffer that comprises a part 
name, a set of face data, and bending parameter data in order to transfer the data 
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defining the sheet metal part. The set of face data may comprise loop data for each 
face of the sheet metal part, wherein the loop data includes data defining a bounding 
loop of each face. 

The method may also comprise calling an Attach__Faces function from the 
5 library and transferring, in response to the Attach__Faces function being called from 
the library, data defining faces of the sheet metal part that are to be attached. In such 
a case, the method may further comprise providing, when the Attach_Faces function 
is called from the library, a buffer comprising a part name, a set of edge names of a 
first face of the sheet metal part that is to be attached, a set of edges names of a second 
10 face of the sheet metal part that is to be attached, and attachment parameters for 
attaching the edges of the first and second faces. 

The library of functions that are called with the disclosed method may also 
include a Shift_Face function. In such a case, the method may further include 
transferring, when the Shift_Face function is called from the library, data defining a 
15 second face of the sheet metal part that is to be shifted with respect to a first face of 
the sheet metal part. In addition, the method may include providing, when the 
Shift_Face function is called from the library, a buffer comprising a part name, a name 
of the first face, a name of the second face, and a shift amount indicating the amount 
by which the second face is to be shifted with respect to the first face. 
20 Further, the method may comprise calling a Send Flat function and 

transferring, when the Send_Flat function is called from the library, the data defining 
the sheet metal part as a flat version of the part. The method may also include 
providing, when the Send_Flat function is called from said library, a buffer that 
comprises a part name, a set of edges defining the flat version of the part, and a set of 
25 default bending parameters for the part. 

in accordance with yet another aspect of the invention, a method is provided 
for transferring sheet metal part data between two application environments, including 
a computer-aided design (CAD) program and an object-oriented bend model program. 
The method comprises: establishing an inter-process communication path between the 
30 CAD program and the bend model program; defining a library of application program 
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interface (API) functions to transfer part data through the inter-process 
communication path; determining a set of input data for one of the API functions of 
said library; calling one of the API functions and providing, as input to the called API 
function, the set of input data; and transferring, with the inter-process communication 
path, the set of input data between the CAD program and the bend model program in 
accordance with the called API functions that was called from the library. 

According to the disclosed method, the act of determining a set of input data 
may comprise: identifying a part name of the sheet metal part; identifying a set of 
edge of a first face of the sheet metal part that is to be attached; identifying a set of 
edges of a second face of the sheet metal part that is to be attached to the set of edges 
of the first face; defining attachment parameters for attaching the edges of the first and 
second faces; and providing, as the set of input data, the part name, a set of edge 
names of the edges of the first face of the sheet metal part, a set of edges names of the 
edges of the second face of the sheet metal part, and the attachment parameters for 
attaching the edges of the first and second faces. The method may also further 
comprise calling an Attach_Faces function from the library of API functions to 
transfer the set of input data and attach the first and second faces of the sheet metal 
part. 

Moreover, in the disclosed method, the act of determining a set of input data 
may comprise: identifying a part name of the sheet metal part; identifying a first face 
of the sheet metal part; identifying a second face of the sheet metal part that is to be 
shifted with respect to the first face; defining a shift amount for shifting the second 
face with respect to the first face; and providing, as the set of input data, the part 
name, a name of the first face of the sheet metal part, a name of the second face of the 
sheet metal pari, and the shift amount. In addition, the method may also include 
calling a Shift_Face function from the library of API functions to transfer the set of 
input data and shift the second face with respect to the firs face of the sheet metal 
part. 
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p„rthe. features and/or var.a.ioBS m.y be prov.ded i„ addWon ,0 .hose nCed 
above For example, ,he ,„ve„,ion .ay be direc.ed .0 vanous connb.na.ions an 
s.bc„.b.a.,ons of ,he above-descnbed fea.res and/or - 

' abov.Hsfed and of.er objecs, fea.res and a„s of .e presen, 

invention wi\l be more fully set fortl, hereinafter. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present .nventicn ,s further desertbed in the detailed descrrp.ion wh.eh 
,0 follows, by reference to the noted pluralr.y of drawrn.s b, ^'^-^^ 
examples or pref erred enrbodinrents of the present rnvenucn, ,n wh.ch Irlce 
numerals represent similar parts throughout the illustrations, and wherern: 

F„ 1 ,s a bloek diagram illustration of an exemplary sheet metal 

" " g' 2 illustrates an exemplary data structure and aecess algon.hm of an object 
orienled bend model that may be utilized when implementing the various features and 

aspects of the invention; 

Kg 3 rllustrates a block diagram of an exetnplary structure of a bend mode, 

,0 viewer that may be provided wr.h the object oriented bend model of F.g. 2; 

Kgs 4A and 4B include illustrations for explaming basrc parameter values that 
may be set for a part, mcluding parameter value(s) for defining an acute angle 
approxrmatron mode of the part as being one of a tangent or i— ^> 

Jigs 5A and 5B are further illus.ratrons for facilita.rng the descnptron of basre 
,5 parameter values that may be defined for a parf , rncludmg a modelrng mode of the par, 
as being a realistic or conceptual modeling mode; 

Figs. 6A and 6B are illustrations of exemplary sheet metal parts and then 

associated bounding loops and/or loop holes; 
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Figs. 7A and 7B illustrate exemplary data structures and formats of buffers for 
transferring the part-related data as a collection of faces or transferring data of a single 
face of the part; 

Figs. 8A and 8B illustrate exemplary data structures for loop format and edge 
format data to define the various loops and edges associated with each face of a 
part; 

Figs. 9A and 9B are illustrations of exemplary graphical user interfaces and 
display screens that may be provided to a user when deleting a face of a part; 

Figs. lOA and lOB are illustrations of exemplary graphical user interfaces and 
display screens that may be provided when selecting and adding faces to a part; 

Figs. 11 A, IIB and llC are illustrations of exemplary graphical user interfaces 
and display screens that may be provided when selecting a bendline of a part and 
modifying the bending parameters associated with the selected bendline of the part; 

Figs. 12A and 12B are illustrations of exemplary graphical user interfaces and 
display screens that may be provided when deleting a bendline defined between two 
selected faces of a part; 

Fig. 13 is an exemplary flow chart of the various processes and operations that 
may be carried out when attaching two edges of a part, in accordance with an aspect 
of the present invention; 

Fig. 14A is an illustration of an exemplary graphical user interface and display 
screen that may be provided when selecting edges of faces of a part to perform an 
attach process; 

Fig. 14B is an illustration of an exemplary graphical user interface and display 
screen that may be provided after attaching two edges of the part with no offset value 
being defined; 

Fig. 14C is an illustration of an exemplary graphical user interface and display 
screen that may be provided when attaching two edges of a part with a defined 
offset; 
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Fig. 14D is an illustration of an exemplary graphical user interface and display 
screen which includes an Attach dialog box to permit a user to enter various 
parameters when performing an attach process; 

Figs. 15 A, 15B and 15C are illustrations of exemplary graphical user interfaces 
5 and display screens that may be provided when performing a shift operation to shift 
one face relative to another face and, thereby, modify the part geometry according to 
a shift amount; 

Fig. 16 is an exemplary flow chart of the various processes and operations that 
may be carried out when shifting faces of a part, in accordance with an aspect of the 

10 present invention; 

Fig. 17 is an illustration of an exemplary graphical user interface and display 
screen that may be provided when sending or receiving a 2-D wireframe view of the 
part, in accordance with another aspect of the invention; 

Figs. 18A and 18B are illustrations of views of a part resulting from different 
15 transfer modes, including a flat mode and faces mode; 

Fig. 19 illustrates an exemplary data structure and format of a buffer for 
transferring data relating to bendline and bending parameters for a part when sending 
the part data as a collection of faces; 

Fig. 20A illustrates an exemplary data structure and format of a buffer for 
20 transferring data relating to two faces of a part that are to be attached; 

Fig. 20B illustrates an exemplary data structure and format of a buffer for 
transferring the attached face data, in accordance with an aspect of the present 
invention; and 

Figs. 20C and 20D illustrate exemplary data structures and formats of buffers 
25 for transferring the attachment bending parameters data. 

DETAILED DESCRIPTION OF THE INVENTION 
By way of non-limiting embodiments and examples, the present invention will 
now be described with reference to the accompanying drawings, in which like 
reference numerals represent similar parts and/or features. 
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According to an aspect of the invention, an apparatus and method are provided 
for transferrijig and editing part-related data. In the following detailed description, the 
features of the invention are described with reference to sheet metal part data. The 
invention, however, is not limited to the application of sheet metal parts, but may also 
5 be applied to a wide variety of parts or products that are manufactured based on a 
computer or software generated design/model. For example, in addition to applying 
the various features of the invention to the production of sheet metal parts, the 
invention may also be applied to the manufacture or production of plastic molded 
parts and other types of metal or material formed parts. 
10 Through the features of the present invention, an interface is provided for 

transferring part data, such as sheet metal part data, between computer-based 
applications or platforms that are utilized to design and model the part that is to be 
produced. In the disclosed embodiments and examples, the interface may be provided 
between a conventional or commercially available 2-D CAD system and an object 
15 oriented bend model system, such as that disclosed in U.S. Patent Application No. 
08/690,671. The object oriented bend model system may provide both 2-D and 3-D 
modeling and viewing capabilities, and represent the part in an object oriented bend 
model that includes part geometry and manufacturing information. The object 
oriented bend model system may be include BendCAD, which is commercially 
20 available from Amada Co., Ltd. The 2-D CAD system may include a conventional 2- 
D CAD system, such as the APlOO, FABRIWIN CAD, or AmpCAD system that is 
commercially available from Amada Co., Ltd. As further described below, the 
features of the invention provide an interface by which a 2-D CAD system may access 
data from the object oriented bend model system and in which data may be transferred 
25 between the systems in real time to permit editing and updating of the part mode] 
within and from both applications. As a result, the need to utilize and transfer data 
files with a generic or compatible format is eliminated and a generic interface or data 
connection is provided to provide communication and transfer of data between a 2-D 
CAD system and an object oriented bend model system. 
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As will be apparent from the present disclosure, the invention may be used for 
various applications and uses. For example, the features of the invention may be 
utilized for the initialized input of data relating to a sheet metal part. In such a case, 
the 2-D representation of the part that is originally developed in a 2-D CAD system 
5 may be transferred to an object oriented bend model system to develop a 3-D 
representation of the part and the complete object oriented bend model of the part. In 
addition, the features of the invention may be utilized to modify or edit the data of a 
sheet metal part presently existing within the object oriented bend model system. In 
this case, an operator may send part data back to the 2-D CAD, system to permit 
10 modification and editing of the part data with one or more editing tools provided in 
the conventional CAD system. Thereafter, updates to the part data may be sent back 
to the object oriented bend model system to provide nearly simultaneous or real-time 
updating and transfer of the part data. The unique editing features of the invention 
may also be utilized to modify or edit the sheet metal part data and to transfer these 
15 updates or changes to the part between application environments. The various editing 
functions of the invention may be provided as add-on functions to a conventional 2-D 
CAD system and/or may be provided and implemented in an object oriented bend 
model system. 

The features of the invention may also be implemented in various 
20 environments. Fig. 1 illustrates in block diagram form an exemplary sheet metal 
manufacturing facility 38 in which the features and aspects of the invention may be 
provided. Specifically, as shown in Fig. 1, the sheet metal manufacturing facility or 
factory 38 may include a plurality of locations 10, 12, 14...20 that are dispersed 
throughout the factory. These locations may include a design office 10, an assembly 
25 station 12, a shipping station 14, a. punching station 16, a bending station 18 and a 
welding station 20. Although the sheet metal factory 38 in Fig. 1 is illustrated as 
including six discrete locations, the factory may of course include more than six 
discrete locations and may also include more than one location for each type of office 
or station illustrated in Fig. 1. For example, depending on the size or production 
30 capacity requirements for the facility 38, more than one punching station 1 6, bending 
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station 18, and/or welding station 20 may be provided. In addition, the factory 38 may 
include more than one design office 10, assembly station 12 or shipping station 14 and 
may also include other types of locations for facilitating the design, production and 
manufacturing of components such as bent sheet metal components. 
5 Each of the locations 10, 1.2, 14, ..20 within the factory 38 may be adapted and 

include equipment to execute one or more of the discrete production manufacturing 
stages or processes associated with the production and manufacturing of the 
components. For example, the design office 10 may include a CAD system to 
facilitate the design modeling of a sheet metal part based on a customer's specification. 
10 The CAD system may comprise one or more personal computers or workstations, a 
display unit, a printer and commercially available CAD software. By way of non- 
limiting examples, the CAD system of design office 3 0 may include the APlOO, 
FAB RI WIN CAD, and/or AmpCAD system that is available from Amada Co., Ltd. 
In addition, other commercially available CAD or CAD/CAM systems may be used, 
15 such as VELLUM, which is a Windows based CAD system available from Ashlar 
Incorporated. With the CAD software, a design programmer may develop a 2-D 
model of the sheet metal part based on the drawings and specifications provided in a 
customer's order. The design programmer may also generate control code based on 
the sheet metal part design in order to generate a part program for controlling, for 
20 example, CNC punch presses and/or bending machinery to punch and/or bend the 
sheet metal component from stock material. 

Punching station 16 and bending station 18 may each be provided with any 
combination of CNC and/or NC based machine tools to facilitate the production and 
manufacture of the sheet metal parts. For example, punching station 16 may include 
25 one or more CNC and/or NC punch presses, such as COMA Series and/or PEGA 
Series Amada turret punch presses or other commercially available CNC and/or NC 
punch presses. Further, bending station 18 may include one or more CNC and/or NC 
press brakes, such as RG Series Amada press brakes or other commercially available 
multiple-access, gauging press brakes. In addition, welding station 20 may be 
30 provided with appropriate welding machinery in order to effectuate any required 
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welding to the sheet metal component. Punching station 16, bending station 18 and 
welding station 20 are exemplary stations that may be provided in the factory 38, and 
other stations with appropriate equipment may be provided in combination or 
substitution for these stations depending on the type of parts that are to be 
manufactured. For example, factory 38 may also include a molding station (not 
shown) with molding equipment for producing various molded components. Further, 
automated or robot assisted machinery may also be provided at any of these locations 
to facilitate the manufacture of parts. 

As further shown in Fig. 1, the sheet metal facility 38 may also include an 
assennbly station 12 and shipping station 14. Assembly station 12 and shipping station 
14 may include the necessary packaging, routing and/or transportation equipment to 
facilitate the assembly and shipping of the manufacturing components to the customer. 
The assembly and shipping of the components may be performed or controlled 
manually by factory personnel or may be machine automated and/or assisted. In 
addition, assembly station 12 and shipping station 14 may be physically located near 
the factory floor (e.g., in close proximity to punching station 16, bending station 18 
and/or welding station 20) or within a separate facility or area of the sheet metal 
facility 38. 

An object oriented bend model system, which may include for example 
BendCAD which is available from Amada Co., Ltd., may be implemented as a server- 
based application. For this purpose, as shown in Fig. 1, a server module 32 may be 
provided in production facility 38. Server module 32 may include software or 
firmware for implementing the various features of the bend model system, such as 
those described in U.S. Patent Application No. 08/690,671. Further, server module 
32 may include a database 30 for storing the design and manufacturing information 
associated with each sheet metal part. Database 30 may be implemented by any 
commercially available database with sufficient memory capacity for storing the 
design and manufacturing information of the factory's customers and storing other 
data, tables and/or programs. For example, database 30 may comprise a SCSI memory 
disk with sufficient memory space. The design and manufacturing information that 
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is stored in database 30 may be accessed and distributed to the various locations 10, 
12, 14. ..20 within the sheet metal facility 38 via a communications network 26. 
Various data formats, such as structured query language (SQL) may be used for 
accessing and storing data to database 30. In addition, information that is stored in 
database 30 may be backed-up and stored on a wide variety of storage medium, such 
as magnetic tape, optical disk or floppy disks. 

Server module 32 and database 30 may be connected to communications 
network 26 at a separate area or location within the factory 38, as shown for example 
in Fig. 1, or at a location that is within or in close proximity to one of the factory 
stations (e.g., within design office 10). Further, although the embodiment of Fig. 1 
depicts database 30 as being part of server module 32 and interfacing with 
communications network 26 via the server module, database 30 may be physically 
located separately from server module 32 and connected to communications network 
26 via a network database module (not shown). 

As discussed above, communications network 26 may interconnect each of the 
various locations 10, 12, 14.. .20 of the facility 38 with server module 32 and database 
30. Communications network 26 may comprise any network capable of transmitting 
data and information to and from locations 10, 12, 14.. .20 and the server module 32 
and database 30. Such transmission may be achieved electronically, optically, by RF 
transmission and/or by infrared transmission. By way of a non-limiting example, 
communications network 26 may be implemented by a local area network (LAN), or 
an equivalent network structure. Further, each of the locations 10, 12, 14. ..20 may 
also include station modules having network terminating equipment (such as a 
computer, minicomputer or workstation) and/or peripheral devices (such as a display 
monitor or screen, printers, CD-ROMs and/or modems) to transmit and receive 
information over communications network 26. The network terminating equipment 
and peripheral devices may include hardware and appropriate software or program 
logic for interfacing with communications network 26 and providing the various 
features and aspects of the bend model system. As noted above, the bend model 
system may include features such as those provided in BendCAD or that disclosed in 
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U.S. Patent Application No. 08/690,671. If a computer is provided at a location or 
station of the facility 38, the computer may be a stand-alone, personal computer or a 
general purpose computer that is part of an interface device, equipment or machinery 
provided at the location. For example, the computer may be an IBM compatible 
5 personal computer or may be a computer that is part of any interface/control system 
of the machine, such as an Amada AMNC system. Server module 32 may also 
comprise network terminating equipment, such as a personal computer, minicomputer 
or miniframe, with suitable hardware and software for interfacing with 
communications network 26. 
10 Although the object oriented bend model system is depicted as being 

implemented as part of server module 32, it is also possible to provide the features of 
the bend model system on a workstation or computer that also includes a CAD system, 
such as a 2-D CAD system. In such a case, a single workstation or personal computer 
may be provided with separate software for implementing the 2-D CAD program and 
15 the object oriented bend model program. The workstation may be provided at, for 
example, a design office of a facility. In such a local working environment, a multi- 
tasking operating system software, such as Windows NT available from Microsoft 
Corp., may be utilized to permit the 2-D CAD program and the object oriented bend 
model program to run simultaneously on the workstation. 
20 As further discussed below, the present invention may be implemented as a 

functional interface layer between a CAD program and an object oriented bend model 
program. This interface may implemented by creating a set of application program 
interface (API) functions that allow an operator of the CAD program to create and/or 
manipulate an object oriented bend model of a part accessed from the bend model 
25 system. An embodiment of such an interface is discussed below with reference to 
Table 1. Further, an exemplary object oriented data model that may be utilized to 
represent the sheet metal part and an exemplary bend model viewer that may 
accompany the bend model are described below with reference to Figs. 2 and 3. 

The design and manufacturing information that is stored in, for example, 
30 database 30 may include a bend model data file comprising part geometry and 
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topology data, as well as manufacturing data for the sheet metal part. The bend model 
data file may be implemented as an object oriented data model with a data structure 
and access algorithm such as that depicted in Fig. 2. In addition, a bend model viewer 
may be provided to interpret the bend model and display visual images of the part in 
2-D and/or 3-D space representation. Fig. 3 illustrates a block diagram of an 
exemplary structure of a bend model viewer and its relation to the bend model. 

Referring to Fig. 2, an exemplary data structure and access algorithm of the 
bend model that may be utilized in connection with the object oriented bend model 
system is illustrated. Object orient programming is a type or form of software 
development that can model the real world by combining objects or modules that 
contain data as well as instructions that work upon that data. In object orient 
programming, objects are software entities that may model something physically, like 
a sheet metal part, or they may model something virtual, like business transactions. 
Objects may contain one or more attributes (i.e., fields) that collectively define the 
state of the object, and may contain an entity that distinguishes it from all other 
objects. In addition, objects may include behavior that is defined by a set of methods 
(i.e., procedures) that can modify the attributes or perform operations on the object 
based on the existence of certain conditions. 

In Fig. 2, the bend model for the sheet model part is illustrated as a completely 
self-contained class library. All of the required data manipulation and functions for 
the sheet metal part (e.g., folding, unfolding, etc.) may be captured as member 
functions of the class library. All of the geometrical and topological data may be 
defined in objects that are grouped within the bend model. The bend model class 
library may be a hierarchy of classes or objects with a part class being the top level 
class in the hierarchy. The part class may include a part object with various part 
attributes and may have various objects that define the part and the actions that may 
be performed on or to the part. 

Fig. 2 shows an example of the various objects that may be grouped in the bend 
model class library. For example, a part class 50 may be provided that includes 
various attributes 52. The part attributes 52 may include various part information such 
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as the part number and/or name, the part material type and the thickness of the part. 
The attributes 52 may also include bend sequence information for indicating the order 
in which the bends are to be performed and other manufacturing information such as 
tolerance requirements for the various dimensions of the part. Part class 50 may also 
5 comprise various objects, such as a faces object 54, a holes object 56, a formings 
object 58 and a bendlines object 60, as illustrated in Fig. 2. Each of the objects 54, 
56, 58 and 60 may actually consist of a group of objects for each of the entities (e.g., 
faces, holes, formings, and bendlines) represented therein. The faces object 54, holes 
object 56, formings object 58 and bendlines object 60 may each include geometry and 
10 dimension data, location and coordinate data in both 2-D and 3-D space 
representations, and data relating to the edges and surfaces of their respective entities 
(e.g., faces, holes, formings and bendlines) of the part. For example, the faces object 
54 may include geometry and dimension data for each of the faces, location space of 
the faces in both 2-D and 3-D representation and edges and surface data for the edges 
15 and surfaces of the faces. In addition, the formings object 58 may include data 
relating to special formings in the part, including geometry and dimension data, 2-D 
and 3-D location space data, and edges and/or surfaces data. 

As further shown in the exemplary data model of Fig. 2, the part class 50 may 
also include a topology object 62 and a bend properties object 64. The topology 
20 object 62 may include the part topology data for the faces, holes, formings and 
bendlines of the part. The data in the topology object 62 may indicate the structure 
and geometric relationships of the various features of the part. The bend properties 
object 64 may also include information concerning special manufacturing constraints 
for one or more features of the part. For example, bend properties information 
25 concerning how the sheet metal part should be bent may be provided in the bend 
properties object 64. The bend properties information may include specific 
manufacturing data for different bend property types (e.g., simultaneous bend, 

coUinear bend, Z-bend, etc.). 

The bendlines object 60 may also include manufacturing specific data relating 
30 to the bends to be performed. Thus, in addition to providing geometry and dimension 
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data, 2-D and 3-D location space data, and edges data for each bendline, the bendhnes 
object 60 may also include V-width data, bend pitch data, bend count data, and/or 
orientation data for each of the bendlines. Each of the bendlines may also include an 
associated bending operation, as shown in Fig, 2. The bending operations may be 

5 implemented as a group of objects with data and operations/instructions for 
performing bends at each bendline. If provided as an object, each bending operation 
may include data and instructions indicating how and what type of bending is to be 
performed (e.g., conic bend, Z-bending, Hemming, arc bending, etc.), as well as 
pertinent bend data such as the bend angle, bend radius and/or bend deduction 

10 amount. 

By implementing the bend model of the part through an object oriented data 
model, all the complex mathematical calculations, computational geometry and matrix 
transformations may be built into a single class library. Special bending operations, 
such as Hemming, Z-bending and arc bending, may also be captured inside the class 
15 library. Further, manufacturing information, such as the V-width, the bend deduction 
amount, and the bend sequence, may be also captured within the class library. With 
the bend model, simultaneous dual representation of both the 2-D flat model and the 
3-D model may be effectuated, as illustrated in Fig. 2. Further, bending operations 
may be performed in accordance with the bendlines object 60 of the bend model. 
20 In addition, as explained above, a bend model viewer may be provided to 

interpret the bend model and display visual images of the part in 2-D and/or 3-D space 
representation. Fig. 3 illustrates a block diagram of an exemplary structure of a bend 
model viewer and its relation to the bend model. The bend model viewer may be 
implemented through object oriented programming techniques and may be a Windows 
25 based application that permits users at the station modules of the various locations 10, 
12, 14. ..20 in the facility 38 to display various views of the part based on the 
information provided in the bend model. The bend model viewer may comprise a set 
of application library modules that are used to visualize the sheet metal part. Further, 
the bend model viewer may be designed as a base view class of the Windows 
30 application so that it can be used as a base view class for any Windows application. 
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Most of the standard operations to view the 2-D and 3-D models (e.g., zoom 92, rotate 
96, pan 100, dimension 102, etc.) may be implemented as member functions of the 
bend model viewer. Geometric transformations and fundamental computer graphics 
techniques may be applied to the bend model objects when performing viewing 
5 operations. In addition, the bend model viewer may comprise view model attributes 
88, that comprise, for example, four major view modes including a solid view, a wire 
frame view, a 2-D flat view and an orthographic view. 

As illustrated in Fig. 3, the bend model class library 80 may include a set of 
procedures or functions that act upon sheet metal parts depending upon the selected 
10 view (e.g., solid, wire, 2-D flat or orthographic view). The bend model viewer view 
class 84 may comprise a series of standard operations, such as zoom 92, rotation 96, 
pan 100 and dimension 102. Depending upon the state of the bend model viewer, the 
bend model viewer view class may call functions from the bend model class library 
80. As shown in Fig. 3, the various view model attributes or features 88 that may be 
15 selected by a user may include a solid view, a wire frame view, a 2-D flat view and an 
orthographic view. Fundamental computer graphics and geometric modeling 
techniques, such as geometric transformations and 3-D geometry techniques, may be 
utilized to implement the various features of the bend model viewer and to provide 
different viewing modes and functions. In addition, commercially available graphics 
20 libraries or packages may be utilized to provide the 2-D and 3-D modeling and 
simulation features. By way of a non-limiting example, the various features and 
aspects of the bend model and bend model viewer disclosed in U.S. Patent 
Application No. 08/690,671 may be utilized. 

As discussed above, the present invention provides an interface for transferring 
25 and exchanging data related to a sheet metal part between a CAD program, such as a 
2-D CAD program, and an object oriented bend model application (referred to as a 
bend model program herein). This interface may be implemented as a functional 
interface layer between the 2-D CAD program and the bend model program and 
define a set of application program interface (API) functions that allow a design 
30 programmer or user to create and manipulate the model of the part. The library of API 
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functions may be implemented with software as part of the bend model program. The 
object oriented bend model of the part may be accessed using the interface or may be 
accessed directly using the API of the bend model program. The use of such an 
interface has several advantages, including the ability to accomplish complex tasks 
and editing through the use of just a few function calls. 

In accordance with an aspect of the present invention, a communication 
channel is established between the 2-D CAD program and the bend model program 
in order to provide an interface. Establishing such a communication channel between 
the CAD program and the bend model program depends primarily on whether the 
CAD program and the bend model program are established as separate processes or 
applications. For example, when the programs are separate processes, a 
communication channel or path should be established through the use of inter-process 
communication. This may be done by using a message protocol or message-based 
system such as Dynamic Data Exchange (DDE). If, however, the interface is 
implemented as part of the bend model program and the bend model program is 
directly linked with the 2-D CAD program, then the 2-D CAD program can directly 
access the bend model and there is no need for a special communication protocol 
between the CAD program and the bend model program. 

DDE always occurs between a client application and a server application. 
During transfers of data, both the 2-D CAD program and the bend model program can 
act as either a client application or a server application. The DDE client application 
starts the conversation or exchange, and the DDE server application responds to the 
client application. The client application may initiate the exchange by establishing a 
conversation with the server to send transactions to the server application. A 
transaction may include a request for data or services. The server application responds 
to transactions by providing data or services to the client. 

As explained above, the 2-D CAD program and the bend model program may 
be provided as separate processes. In such a case, these programs may exist on the 
same workstation or platform (such as at design station 10 in Fig. 1) or they may exist 
on different platforms or computer stations and communicate through a network 
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connection (such as design s.at.on 10 and server module 32 which communicate by 
communications network 26 >n Fig. 1). If the appUcattons are provided as separate 
processes on the same .-orkstation or computer platform, then an operating system 
v^hich permtts multi-tasking such as Windows NT which ts available from Microsoft 
, Corp.. may be provided to permit both applications to simultaneously operate. 

The tnterface may be implemented through the use of a static library of API 
functions or may be implemented as a dynamic link library. The library of functions 
may be programmed using a high-level programming language, such as Cr-+ and may 
be implemented as part of the bend model program. Each application (i.e., the 2-D 
0 CAD program and the bend model program) should be linked or include the same 
library of functions. If both programs are provided as Windows-based applications, 
DDE may be utilized as a message protocol to facilitate the exchange of sheet metal 
part data. If a conventional CAD program is utilized for the 2-D CAD system, then 
the conventional CAD program should be modified with DDE and access to the 

15 library functions. 

The CAD program and the bend model program may be implemented as 
Windows based applications. In order to add DDE capability to a Windows 
application, the dynamic data exchange management library (DDEML) may be 
utilized to provide an application programming mterface. Functions provided by the 
20 DDEML may be utilized by the CAD program or bend model program to manage 
DDE conversations. The DDEML also provides a function that enables a server 
application to register the service names it supports. The service names are then 
broadcast to other applications in the system, which use the names to connect to the 
server To use the API elements of the DDEML, a DDEML.H header file should be 
25 included m the source files, a USER32.LIB file should be linked to the system and a 
DDEML.DLL file should reside in the system's path. 

As discussed above, the interface of the present invention may be implemented 
through a set of API functions that allow the user to create and manipulate a bend 
model part. Preferably, the set of API functions are provided in the form of a static 
• 30 library that is accessible by both the 2-D CAD program and the object oriented bend 
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model program. With a defined set of API functions, a bi-directional interface may 
be created to facilitate the exchange of data between both programs. When the 2-D 
CAD program acts as the client application, it initiates the transaction and the bend 
model program acts as the server application by responding to the transaction. 
Similarly, the bend model program may act as the client application when it initiates 
a transaction and the 2-D CAD program serves as the server application when 
responding to the transaction request. In this way, data may be passed between the 2- 
D CAD program and the bend model program over a bi-directional interface. 

The API functions which are defined for the communication library of the 
interface may be selected based on the types of data and transactions that are required. 
For handling data related to a sheet metal part, these API functions may include 
functions to handle data representing the faces and edges of the part. Other API 
functions may also be included for initializing the interface and transferring other 
types of data. Table 1 contains a list of exemplary API functions that may be included 
in the bend model-CAD (BMCAD) interface to facilitate the transfer of data between 
the 2-D CAD program and the bend model program. In Table 1, the name of each 
API function is provided along with its associated purpose or function. Additional 
API functions may be provided in addition to that indicated in Table 1 and/or other 
combinations or subcombinations of the API functions indicated in Table 1 may be 
provided according to the type of applications or processes involved. 

TABLE 1: API FUNCTIONS 



API FUNCTION NAME 


PURPOSE 


Initialize_BMGAD_Interface 


Initialize the BMCAD Interface 


TerrQinate_BMCADJnterface 


Terminate the BMCAD Interface 


Initialize_Part 


Initialize a part and set basic parameter values 


Close Part 


Close a part and erase all of its contents 


Save_Part 


Save a part in a defined file format 


Load Part 


Load a part from a defined file format 


Add_Face 


Create a face from basic flange data and add 
face to the part 


Delete_Face 
Update Face 


Delete a face from the part 

Update an edited face which was sent earlier 
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5 



10 



15 



26 



Attach_Faces 



Attach two faces and create bendline(s) 



Delete_Bendline 



Delete all bendlines between two defined 
aces 



Set_Bending_Parameters 



Shift_Face 



Auto_Detect_Collinear_Bendli 
nes ^ 



Add View 



Close_Part 



Set_View_Update_Mode 



Set_Fold_Mode 



Set_Base_Face 



Send_Flat 



Send_Folded 



Send_Faces 



Set new bending parameters for a bendline 



Move one face with respect to another face 
Automatically detect collinear bendlines 



Send 2-D view of part to 2-D CAD 



Close part without erasing file 



Send ON or OFF mode for the view update 
mode 



Send a FOLD or UNFOLD mode of 



Set a base face for the part 



Send a flat version of the part 



Send a folded version of the part 



Send a version of the part as a collection of 
faces ^ -. 



20 



25 



30 



The API functions of the interface, such as those indicated Table 1, should be 
.n^plemented on both the server and the client side. As discussed above, .f two 
applications are talking to each other, either of the applications could be workmg as 
a client or as a server application. Accordingly, each application needs to implement 
a function for sending as well as for receiving the same data. Accordingly, according 
to an aspect of the present invention, each API function in the interface should be 
provided in two versions with the identical set of parameters. For example, for the 
Add Face function, an Add_Face_Send and an Add_Face_Receive would be 
provided, m addition, while each application (i.e., a 2-D CAD program or a bend 
.iodel program) will need to implement the functions differently, their parameters are 
common for each function such that all of the applications would use the same include 
files and the same client/server prolocol library. 

If any of .he API functions are used with the purpose .0 send the edge geometry 
data of a part ,0 the 2-D CAD program for editing and subsequent update ,0 the bend 
model part, then two general requirements should be observed and maintamed. Frrst, 
,he names of updated geometry should be the same as the original names or a table of 
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correspondence between the old and new names should be maintained. In addition, 
attributes of updated geometry should be the same as the original attributes or the new 
or revised attributes should be communicated back to the bend model program. As 
editing is performed on the sheet metal part in the 2-D CAD program environment, 
the face geometry data can be returned to the bend model program so that the face and 
other features of the part can be updated. This permits an operator to then view the 
modified or revised part in either 2-D or 3-D in the bend model program application 
environment. 

In order to facilitate a better understanding of the various features and aspects 
of the invention, a detailed description of each of the API functions represented in 
Table 1 will now be provided. Once again, it is noted that these API functions are 
exemplary and that other combinations or subcombinations of API functions may be 

provided. 

The communication library for the interface of the present invention should 
include API functions for ijiitializijig and terminating the interface. For this purpose, 
as indicated above in Table 1, an Initialize_BMCAD_Interface and a 
Terminate_BMCAD_Interface function are provided. The purpose of the 
InitiaIize_BMCAD_Interface is to initialize the interface with respect to both the 
client application and server application which, as noted above, may include the 2-D 
CAD program or the bend model program. For the server application, the initialize 
function will be called so that the application may identify itself and register as a 
server application with the interface. Calling the initialize function also opens a 
communication channel to the server application. For the client version, calling the 
Initialize_BMCAD_lnterface function may initialize the dynamic data exchange 
management library (DDEML). In addition, the Terminate_BMCAD_lnterface 
function may be called by the client or server to terminate the interface. When 
terminating the interface, various flags, marking the end of the session, could be set- 
for internal purposes on either the server or client side. 

An API function may also be provided to set up or initialize a part and to set 
a basic parameter values relating to a part. For example, as indicated in Table 1 , an 
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the part name and the file name to which the data relating to the part (as identified by 
the part name) is to be saved. The file name should be a full path name with the 
proper extension (e.g., ".BMF"). To provide extra flexibility, a user may be given the 
option to save the part in one of several file formats such as BMF, PGF, etc. In such 
a case, the user should provide the appropriate extension to indicate the type of file 
format that is requested. A Load_Part function may also be included in the library to 
permit the loading of a part from a file. The input to the Load_Part function should 
include the file name of the file containing the part data as well as the part name which 
will be assigned to the part after it has been loaded. Once again, the part name should 
be unique so that the part may be later referred to by the user. In addition, the file 
name should include the full path name with the extension (e.g., ".BMP" or another 
appropriate formal) so that the file may be properly loaded at the client or version 
side. 

As indicated in Table 1, various API functions may also be provided to 
facilitate the editing and modification of the faces of a part. Such API functions 
include an Add_Face function, a Delete_Face function, an Update_Face function, and 
an Attach_Faces function. In accordance with an aspect of the present invention, 
individual face data of a part may be transferred and edited using the interface 
between the 2-D CAD program and the object oriented bend model program. A face 
may be defined from basic flange data given, for example, as a set of loops of edges. 
That is, a face may be defined from a list of loops, each of which is a list of edges. An 
edge may comprise various types, includijig a line, an arc or a circle. A unique name 
should be provided for each face of a part. In addition, a user should also define and 
assign a unique name for each edge of a face. The edge name should be unique within 
the part, so that each edge can be referred to later when, for example, attaching two 
faces. Since it is generally difficult to edit the faces of a part within a 3-D CAD 
environment, the modification of the faces of an existing part or the creation of faces 
for a new part should preferably be performed within a 2-D CAD environment. 
Accordingly, the above-noted API functions may be utilized for passing face data 
3 from the bend model program to the 2-D CAD program to perform 2-D based editing 
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of .h. faces. Modificauons .0 .he face data may .hen be transferred via the m.erface 
,0 the bend model program to update the 2-D and 3-D representations of .l,c par, .n 

the object oriented bend model. 

A face of a sheet metal part may be represented by a collectton or Itst of loops, 
each of ^vhich ,s a Its, of edges. For a simple rectangular or square face without any 
opentngs. a s.ngle boundtrtg loop may be used to define the face. For example, F,g. 
6A illustrates an exemplary face of a part that ,s defined by a single boundmg loop Zl 
that consists of line edges LI, L2, L3 and L4. Each face within a par. may be defined 
by a bounding loop. For each face of a sheet metal par. havmg various openmgs, a 
list or se, of loops may be u.rlized to define the face. For example, Frg. 6B tllustrates 
a„ exemplary face of a shec, metal part with two hole openings and a rectangular 
openmg For the exemplary face of Fig. 6B, the face would be defined by the 
boundmg loop Zl and .nside loops Z2, Z3, and Z4. Boundmg loop Zi would tnclude 
line edges LI. L2, L3 and L4, and inside loops Z2, Z3 and Z4 would define the 
openurgs provtded m the shee, metal part. Inside loop Z2 would mclude circle edge 
CI. inside loop Z3 would include circle edge C2, and inside loop Z4 would include 

line edges L5, L6, L7 and L8. 

m order to pass face data as a collection of loops of edges, a prede.ermrned 
format may be utilized to store and transfer the face data. In addition, a predetermmed 
0 forma, may be utiltzed for storing and sending all of the face data assoca.ed wtth a 
part. Figs. 7A ar>d 7B illus.ra.e exemplary data structures and arrangemen.s for 
storiitg and sending the face data associated with a part. 

In particular. Fig. 7A illustrates the structure of a buffer for storing all the face 
data assocated with a part. The face data format of Ftg. 7A may be utiltzed when 
25 sendmg the part data as a collectton of attached faces wt.h the Send Faces funcon 
(described ,n greater detail below). As shown tn Ftg. 7A, the buffer may include 
various fields for storing vartous parameter information .Bcluding: the length of the 
contents of the buffer; the number of faces (N) of the part; each face name for the N 
faces of the part; and the face data for each of the N faces of the part. The length of 
30 the fields indtcattng the length of the buffer and the number of faces N may be long, 
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such as 4 bytes each. The length of the face name may also be long and, therefore, the 
field containing the face names for the N faces may be N x 4 bytes in length. Further, 
the fields containing the face data may be set according to a predetermined face format 
for each set of face data; and, therefore, the fields containing the face data should be 
N X face format in length. In this regard, it is noted that the length of the faces data 
does not include the 4 bytes taken by the length of the value itself. Aii exemplary data 
structure and arrangement for the face format for each face is illustrated in Fig. 7B. 

Fig. 7B illustrates an exemplary data structure and related buffer for containing 
the face data. The face data format of Fig. 7B may be utilized when sending face data 
for a single face of the part with, for example, the Add_Face function (described in 
more detail below). As illustrated in Fig. 7B, the face format of the buffer may 
include various fields for defining or storing different parameters, including: the 
length of the contents of the buffer; the number of hole-loops (H) in the face; the 
bounding loop of the face; and data defining each of the H hole-loops of the face. 
The length of the field defining the length of the buffer and the length of the field 
defining the number of hole-loops may be long, such as 4 bytes in length. Further, the 
data defining the bounding loop of the face may have a length that is set in accordance 
with a predetermined loop format for storing the bounding loop data. The 
predetermined loop format may also be used for defining each of the hole-loops of the 
face. As a result, the field containing the H hole-loops may have a length that is set 
to H X loop format. While a face of the part may have no holes (i.e., 0 hole-loops), 
each face should at least have a bounding loop. Further, it is noted that the length of 
the face buffer does not include the 4 bytes taken by the length value itself. 

Fig. 8A illustrates an exemplary arrangement for the loop format that may be 
used to defme the bounding loop and the each of the hole-loops of a face. As shown 
in Fig. 8A, the buffer containing each loop may comprise fields for defining or storing 
the followmg parameters: the number of edges (E) in the loop; and data defining each 
of the E edges in the loop. The field of the loop format defining the number of edges 
in the loop may be long, such as 4 bytes m length. In addition, the fields defining each 
of the E edges of the loop may have a length that corresponds to the formatting of the 
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EDGE TYPE 



Line 



Arc 



Circle 
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Attribute 



Length of attribute data (4 bytes) 



As discussed above, the edge data may include attribute data which defines 
various attributes relating to the edge of the face. The attribute data may be stored in 
a buffer in accordance with a predetermined attribute data format. The format may 
be set according to the type of attribute data that is provided. For a sheet metal part, 
the attribute data for an edge may include bendline data. The bendline data may 
define or set various bending parameters for an edge, including the bending angle, the 
inside radius of the bend angle, the bend deduction amount and the dimension of the 
bendline. Other types of attribute data may also be included for each edge such as 
relief hole attribute data, relief slot attribute data, corner attribute data, set back 
attribute data, face trim attribute data, and dimension attribute data. 

Referring again to Table 1, various API functions may be provided for editing 
and modifying face data. For example, as noted above, an Add_Face function may 
be provided to create and add a face to a sheet metal part. This function may be 
utilized by an operator to add a face to an existing object oriented bend model part 
through use of the editing tools of, for example, the 2-D CAD program. The input to 
the Add_Face function includes the part name, the name of the face, and a buffer 
containing face data. The buffer containing the face data may be formatted in a 
similar manner to that discussed above with reference to Fig. 7B. That is, face data 
may include a set of loops, wherein each loop is a list of edges. By using the 
Add_Face function, a face can be added to a bend model part. However, using the 
Add_Face function only causes the face data to be transferred and associated with the 
part, and does not attach the face to any edge of the part. Therefore, a separate API 
function should be provided to enable the added face data to be attached to another 
face of the part. An API function which performs this attach process is the 
Attach_Faces function, which is described m further detail below. 

In addition to adding a face to the part, an operator may wish to delete a 
particular face from the part. For this purpose, a Delete_Face function is provided to 
permit a user to delete a face from the part. The input to the Delete_Face function 
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includes the part name and the name of the face that is to be deleted. Once again, each 
face of the part should be assigned a unique name so that it may be referred to by the 
user. In order to facilitate the selection of a face to be deleted from the part, various 
graphical user interfaces may be provided in the 2-D CAD program and/or the bend 
model program. These graphical user interfaces may permit a user or design 
programmer to select a' particular face by navigating a pointer on a display screen with 
a mouse device and selecting a face of the part that is represented in 2-D or 3-D on the 
display screen. Figs. 9 A and 9B illustrate exemplary display screens that may be 
provided to a user when selecting and deleting a face of a part. 

As shown in Fig. 9A, a graphical user interface may be provided that includes 
a region for displaying a graphic representation of the part. With the use of an input 
device (such as a keyboard or mouse device), a user may select a face of the part that 
is to be deleted. As shown in Fig. 9A, once a face is selected, the selected face may 
be highlighted or shaded with a different color to indicate that it has been selected. 
After providing the selected face as input to the Delete _Face function, data may be 
transferred so that the face is deleted and the part model later updated. The resultant 
part may then be redisplayed to the user, as shown for example in Fig. 9B. When 
deleting the face from a part, all bendlines adjacent to the face will also be deleted, 
Bendlines may exist at one or more edges of the face to be deleted and, therefore, the 
edges may be checked to determine which bendlines are to be deleted. 

•In addition to providing a graphical user interface for facilitating the deletion 
of faces, a graphical user interface may also be provided to facilitate the adding of 
faces to a part with the Add_Face funcdon. For example, Figs. lOA and lOB illustrate 
exemplary user interfaces and display screens that may be provided to a user when 
selecting and adding faces to a part. While editing tools provided in the 2-D CAD 
program may be utilized to define a face to be added to the part, it is also possible to 
provide editing features within the bend model program to permit a user to add new 
faces based on an existing face in the sheet metal part. That is, by selecting an 
existing face in the part, a duplicate face with similar dimensions may be added to the 
part using the Add^Face function. For example, as shown in Fig. 1 OA, by selecting 
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one of the faces of the part (either an attached or unattached face), a face may be 
defined and provided as input to the Add_Face function so that the face may be added 
to the part. For example, assuming that one of the W.'0 unattached faces is selected by 
a user with a keyboard or mouse device, the flange data may be used to define a new 
face that is to be added to the part, as shown in Fig. lOB. 

In addition to adding or deleting a face to the part, it may also be necessary to 
update the object orient bend model of the part with an edited or modified face. For 
example, by using the editing tools of the 2-D CAD system, the dimensions or holes 
of a face may be modified and the resultant edited face may need to be sent back and 
applied to the bend model part. In such a case, an Update_Face function may be 
provided to pass the edited face data back to the bend model program to update the 
bend model part. The input to the Update_Face function is similar to that for the 
Add_Face function. That is, the input to the Update_Face function should include the 
part name, the name of the face that is to be updated, and a buffer containing the 
revised or edited face data. The format of the face data may be similar to that 
described above with reference to Figs. 7 and 8. 

In accordance with another aspect of the present invention, an update face 
function may be implemented in the bend model program to handle updates to the 
bend model part. That is, when the Update_Face function is called by the 2-D CAD 
program, the bend model program may check to see if the specified face name is in 
the bend model. If the face name is existing, then the stored face data is deleted and 
the new face data is stored in place of the old face data and attached to the part. Once 
agaiji, a unique face name should be assigned to each face of the part in order to avoid 
erroneous handling of the face data or modifications to the sheet metal part. 

As shown in Table 1, API functions may also be provided in the interface 
library to facilitate the editing of bendlines and bending parameters for the sheet metal 
part. For example, a Set_Bending_Parameters function may be provided to permit the 
bending parameters for any bendline in the part to be changed or altered. The 
bendline may be defined by specifying two faces of the part between which the 
:) bendline lies. This may be performed by specifying an edge in each of the faces. If 
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bending parameters of one bendlme are being changed, then all bendlines known to 
be simultaneous with that bendline may also be changed exactly m the same way. 
However, if a bendline is only collinear and not simultaneous with the selected 
bendline, then the bending parameters for that bendline will not be changed. 

For each bending parameter, a special flag may be used to indicate that the 
current value should not be changed. The bending parameters that may be set with 
the Set_Bending_Parameters function may include: the bend angle; the bend type 
(front/back); the bend deduction amount; the inside radius of the bend; and the flange 
dimensions of the bendline with respect to the first face and the second face specifying 
the bendline. Accordingly, the input that should be provided to the 
Set_Bending_Parameters function should include the part name, the name of the first 
adjacent face, the name of the second adjacent face, and the bending parameter values 
(i.e., the bend angle, the bend type, the bend deduction amount, the inside radius 
amount, etc.). The data provided as input to the Set_Bending_Parameters may be set 
in a buffer accordance with a predetermined format. Such a buffer may include fields 
for defining or storing the following data: the number of parameters (P) being 
specified; and data for each of the P bending parameters. The length of the field 
defining the number of parameters P may be long, such as 4 bytes in length. The data 
for each of the specified bending parameters should include the identification numbers 
or IDs for each of the adjacent flanges or faces, and may be set based on the data 
structure or arrangement described below with reference to Fig. 20D and Table 3. 

Figs. 11 A, 1 IB and lie illustrate exemplary graphical user interfaces and 
display screens that may be provided when selecting a bendline and modifying the 
bending parameters associated with the selected bendline of the part. As shown in 
Fig. 11 A, a display screen with a representation of the part may be provided to the 
user to permit the selection of the first adjacent face and the second adjacent face to 
define the bendline for which the bending parameters are to be set. The selected 
bendline may be highlighted or provided in a unique color on the display screen so 
that the user may confirm which bendline has been selected (see, for example. Fig. 
[) 11 A). In addition, various methods may be provided for selecting a bendline. For 
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example, a user may be permitted to directly select a bendline on the screen with a 
mouse device or keyboard and then the adjacent faces may be automatically 
determined and provided as input to the API function. OtherN^'ise, the user may select 
on the display screen the first adjacent face and the second adjacent face to define the 
bendline. 

After selecting the bendline, and indicating that the bending parameters are to 
be changed or set (e.g., by selecting an icon on the display screen or interface 
window), a bending parameters dialog box may appear on the display screen, as 
shown in Fig. IIB, to permit entry of the bending parameters. As shown in Fig. 11 B, 
the bending parameters dialog box may permit the user to indicate the bend angle, the 
bend type (front/back), the bend deduction (BD), the inside radius (IR) and the flange 
dimensions of the bendline with respect to the first adjacent face and the second 
adjacent face (i.e., neutral, inside or outside). 

After entering the bending parameters for the bendline with the bending 
parameters dialog box, the user may confirm the accuracy of the same (by, for 
example, selecting the "OK" hot key) and cause the entered bending parameters to be 
sent to the bend model part. Thereafter, as shown in Fig. IIC, the bend model part 
may be updated with the new set of bending parameters and the modified graphic 
representation of the part may be redisplayed to the user for confirmation, as shown 
in Fig. lie. 

In addition to setting the bending parameters for a bendline of the part, an API 
function may also be provided to facilitate the deletion of bendlines from the sheet 
metal part. For example, a Delete_Bendline function may be provided which causes 
all bendlines between two given faces to be deleted from the part. The input for the 
Delete_Bendline function should include the part name, and the names of the first 
adjacent face and the second adjacent face to the bendline(s) to be deleted. The 
bendlines may be identified and selected by a user by identifying the adjacent faces 
on the part and calling the Delete _Bendline function. When the bendline or 
bendlines are deleted, the adjacent faces will become unattached at their 
corresponding edges. 
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The data that is provided as input to the Attach_Faccs function may be 
provided or v^^ritten in a buffer having a predetermined format. For instance, Fig. 20A 
illustrates an exemplary data structure and arrangement to transfer data when attaching 
tv^o faces with the Attach_Faces function, in accordance with an aspect of the present 
invention. As shown in Fig. 20A, the buffer may include parameter fields for defining 
or containing the following data: the attached face data for the first face (face #1) to 
be attached; the attached face data for the second face (face #2) to be attached; and the 
bending parameters for the attachment. The fields containing the attached face data 
for the first face and the second face may be set according to a predetermined format, 
such as the exemplary attached face data format described below with reference to 
Fig. 20B. In addition, the field containing the bending parameters for the attachment 
may also be set in accordance with a special or predetermined format, such as the 
exemplary attachment bending parameters format that is discussed below with 
reference to Figs. 20C and 20D. 

Fig. 20B illustrates an exemplary data structure and format for transferrmg 
attached face data. The attached face data format of Fig. 20B may be utilized when 
calling the Attach_Faces function (see, e.g.. Fig. 20A) or when calling the Send_Faces 
function (see, e.g., Fig. 1 9 - discussed below). The attached face data format of the 
buffer, as illustrated in Fig. 20B, includes fields for storing or defining various 
parameters, including: the number of edges (A) in the face that are to be attached; and 
the identification numbers or IDs of each of the A edges of the face that are to be 
attached. As noted above, each of the edge IDs should be unique within the part, so 
that the edges to be attached may be accurately identified. Further, by keeping the 
edge IDs unique, the array or list of edge IDs that are stored in the buffer do not need 
to be sorted or maintained m any order. The length of the field defining the number 
of edges (A) in the face to be attached may be long, such as 4 bytes in length. The 
length of the field containing the IDs of the A edges may have a length equal to: A x 
4 bytes. 

Figs. 20C and 20D illustrate exemplary data structures and arrangements for 
transferring the attachment bending parameters. In particular, as shown in Fig. 20C, 
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"parameter" 

TYPE 



parameter' 

VALUE (Size) 



Angle 



Bend Deduction 



Inside Radius 



Dimension for adjacent flange 
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DimensioriJor_a^^ 




■ f^r the adiacent faces or flanges may be defined 
^r^ Table 3 the dimensions for the aojaceni 

.in. bendline The parameter value for each dimension 
with respect to the correspondmg bendline. ^^^^^^^ 

.ay indicate how the dimensions are to be measured wit re pec ^ 
K .Pfinpd according to a dimension type (character y ; 
30 the part and may be defmed accordi g ^ ^ ^^^.^^ _ ^^^^ 

accordance v^ith the following: U~ -Type t. Neutral .p , 
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3; Outside - Type 4. In most cases, only Inside or Outside dimension types should be 
permitted. In such a case, Outside may be set as the default dimension type. 

Fig. 13 illustrates an exemplary flow chart of the various processes and 
operations that may be carried out when attaching two edges of a part. The attach 
5 process may be implemented through software in the 2-D CAD program or the bend 
model program. Initially, at step SlO, the edges of the faces to be attached are 
identified. For each face, a set of edges should be identified to define the bendline for 
the attached faces. The set of edges may include one or more edges of each face and 
each edge should be identified by a name. Once again, a graphical user interface may 
10 be provided to facilitate the selection of the edges by the user. Fig. 14A illustrates an 
exemplary user interface that may be provided for selecting edges. With the use of a 
mouse device or another type of input device, a user may select the set of edges for 
each face. In Fig. 14A, a line edge of a first face IF is selected and a line edge of a 
second face 2F is also selected. In addition, it is noted that in the represented part of 
15 Fig. 14A, the first face IF and a third face 3F are not attached. 

After identifying the edges of each face, at step S14, a user may then define the 
bending parameters to be associated with the bendline(s) that will be created between 
the faces to be attached. The bending parameters to be set by the user may include the 
bend angle, the bend type (front/back), the bend deduction amount, the inside radius 
20 and the flange dimensions of the bendline with respect to the first face and the second 
face. In accordance with an aspect of the present invention, a dialog box or display 
screen may be provided to the user to facilitate the entry of the bending parameters. 
Fig. 14D illustrates an exemplary graphical user face and dialog box that may be 
displayed to the user along with the representation of the bend model of the part. As 
25 shown in Fig. 14D, the Attach dialog box may include fields for permitting an 
operator to enter the bend angle (Angle), the bend type (i.e., front or back), the bend 
deduction amount (BD), the inside radius (IR), and the flange dimensions (Dim) of 
the bendline with respect to the first face and the second face (neutral, inside, outside). 
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In addition to defining bending parameters, various attachment parameters may 
also be defined by the user and included as input to the Attach_Faces function. Wlien 
entering attachment parameters at step S.18, reference positioning data, offset data and 
flip option data may be defined. The reference positioning data may indicate a point 
5 from which the second face is to be aligned with respect to the first face when 
attaching the faces. In general, three options may be provided: (1) start-point; (2) 
center-point; and (3) end-point. When a start-point is indicated, the start-point of the 
bendline of the first face will be aligned or matched with the end-point of the bendline 
of the second face. In contrast, a center-point will cause the faces to be aligned by 
10 matching the center-points of the bendlines of the respective faces. In this regard, if 
collinear bendlines exist for a face, a spanning line may be defined across the collinear 
bendlines and a center-point of the spanning line may be used to align the face with 
respect to the center-point of the other face. If an end-point is selected by the user, 
then the end-points of the bendlines of the faces will be matched when attaching the 
15 faces. 

In accordance with an aspect of the invention, a user may also enter offset data 
when defining the attachment parameters at step S.18. The offset data may indicate 
the relative shift that should exist with respect to the alignment points of the faces 
when attaching the edges of the faces. The offset amount may be used to move the 
20 second face in the direction of the bendline relative to the first face (which acts as a 
base face for the offset). The offset may be entered in inches, millimeters or another 
appropriate dimension, and the shift may occur in the positive (+) or negative (-) 
direction relative to the direction of the loop defining the base face. That is, the 
direction of a positive offset is the direction of the bendline with respect to the first 
25 face. Flip option data may also be set when defining the attachment parameters at step 
S.18. When the flip option is set ON, the first face and the second face may be flipped 
by 180° with respect to one another. If the flip option is turned OFF, then the faces 
are not flipped with respect to one another when attaching the edges of the faces. 

Referring again to Fig. 14D, the various attachment parameters defined at step 
30 S.18 may be performed through an Attach dialog box that is displayed to the user. In 
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particular, various fields may be provided in the Attach dialog box to permit a user to 
enter the offset amount (Offset), the reference point (i.e., start-point, center-point or 
end-point) and to activate or deactivate the flip option (Flip). The various attachment 
parameters and the bending parameters, when defined by user, may be included as 
5 input to the Attach_Faces function when exchanging data between the 2-D CAD 
program and the bend model program. An "OK" hot key may be provided in the 
Attach dialog box to permit the user to confirm that the values entered for the attach 
process are correct. 

Referring again to Fig. 13, after various edges and parameters have been 
10 defined, the faces may be attached at step S.22. When attaching the faces, a bendline 
or set of simultaneous bendlines will be created between the two faces in accordance 
with the defined bending parameters. In addition, the various attachment parameters 
will be utilized to align the faces with respect to one another. If either the first or 
second face is attached at one of its edges to another face so as to prevent the first and 
15 second faces being attached, then an error message may be provided back to the user 
to indicate that the faces can not be attached. If the attachment of the faces is 
successful, then the results of the attach process may then be set to the bend model of 
the part to update the 2-D and/or 3-D representations of the part. Thereafter, at step 
S.24, the modified or updated part may be displayed to the user after the faces have 
20 been attached. Fig. 14B illustrates a representation of the part model in Fig. 14A after 
it has been attached with no offset amount. In contrast, Fig. 14C illustrates a graphic 
representation of the part in Fig. 14A after it has been attached with an offset amount. 

In addition to attaching faces, a separate API function may be provided to 
25 facilitate the shifting of one face with respect to another face when a bendline is 
already defined between two faces. That is, a Shift^Face function may be provided 
to shift a secondary face (i.e., a second face) with respect to a base face (i.e., a first 
face). The input to the Shift__Face function should include the name of the part, the 
name of the first face that will not move, and the name of the second face which is 
30 moved relative to the first or base face. In addition, the amount by which the second 
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the Shift Face function. 

W^en moving on. face respe. ,o a„o.„ face. ..e second face ^, b 

:o.ancelva„o.eonvcn..ons,.nc,.,n..^^ 
..e face W.en sMf.ng a face, new bendUnes .a, be crea.ed whereve. ..e .wo 

K- „ a. .heir edges There should be a. leas, one bendline between the 
faces are touching at their eogeb. „ K„wpen the 

faces before a shift function ,s performed. If there are no ben hue etw en 

along which the shift operation will be performed. 

The shift operation may be implemented with software as par, of the 2-D CAD 
program ortheobiectorientedbend model program. ns.iail,ustratesan^^^^^^^^ 

Lw Chart of the various processes and operations that ma, - ; J - 

.arrying out a shift operation on the faces of the part. As illustrate m ig. l a .p 
S30 thefirstorbasefaceofthepartisselected. The base face or first face ,s the f e 
, S.3U,ttielu:5ioi Af.p, , electing the base face, the 

which does not move when performmg a shift. After selecUng 
second or secondary face of thepartisselectedatstepS.34. The secondfacesaf^^ 

at.sshlftedwithrespecttothef.rstface.Onceaga.n,agraphrcaluserinerf.e^^^^^ 

he utilized to facilitate the selection of the base face and secondary face by th user^ 
rrAillustratesanexemplaryuserinterfaceanddisplayscreenthatmaybeuti,.^^ 

' :src:ingthefaces.Bymovingamousedev.ceoroperat.„ga.eybo^^^^^^^ 
a user ma, select the base face and secondary face of the part '=P--^^^^^^ 
display screen. As shown m Fig. 15 A, after each of the faces are selected the selected 
tlLybe colored withanm,uecolororhigh,ighted.oconfirmthese,eet,onofthe 

shift parameters are defined at step S.38. In accordance with an aspect of the 
In the shift parameters may include a shift amount by which the secondary 
: Ito.movedwithrespecttothebaseface. AsshowninPiglSB,ad..^^^^^^^^ 

30 may be displayed to the use. ,0 prompt for the entry of the shift amount. The 
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amount may be entered in millimeters, inches or another appropriate dimension. After 
the shift amount is entered by the user, the secondary face may be shifted with respect 
to the base face by the indicated shift amount, at step S.42. The objected oriented 
bend model of the part may then be updated and the resultant part displayed to the 
5 user at step S.44. Fig. 15C illustrates an exemplary user interface and display of the 
sheet metal part in Fig. 15A after a shift operation has been performed. 

Other API functions may be provided in the communication library of the 
interface to facilitate the modeling and design of the sheet metal part. For example, 
as indicated in Table 1, an Auto_Detect_Collinear_Bendlines function may be 
10 provided for the purpose of automatically detecting which bendlines are collinear in 
the part. Input to this function should include at least the part name of the part for 
which coHinear bendlines are to be detected. When this function is performed, all 
defined bendlines in the part may be analyzed to determine if collinear bendlines are 
properly marked as collinear bendlines. If a bendline is not properly marked or 
15 flagged as a collinear bendline, then the function may mark the bendline as such. 
Since this function relies on the presence of bendlines in the part, all bendlines in the 
part should be created or defined in the part before the function is utilized. Collinear 
bendlines may be indicated in the part geometry or topology information in the bend 
model of the part. Collinear bendlines may be detected or identified based on the 
20 existence of bendlines along a common axis or line. In addition, the various methods 
and operations for automatically detecting collinear bendlines in a part, such as that 
disclosed in U.S. Patent Application No. 08/706,830, filed September 3, 1996, in the 
names of K. HAZAMA et al., entitled "Apparatus and Method for Integrating 
Intelligent Manufacturing System with Expert Sheet Metal Planning and Bending 
25 System", may be utilized in either the 2-D CAD program or the bend model program 
to implement this function. The disclosure of U.S. Patent Application No.08/706,830 
is expressly incorporated herein by reference in its entirety. 

In addition, an Add_View function may be provided to create a view instance 
from basic flange data (given, for example, as a set of edges) and to add the view to 
30 a given layout of the part. The Add_View function may be utilized to send, for 
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example a 2-D wire-frame v,ew ot ,he par, from the bend model program ,o .he 2-D 
CAD program, so that this data may be u.rl.zod ,o perform drawmg and ed.tmg 
funcbons in the 2-D CAD environment. In tiris regard, it is possible to project a 3-D 
wire-franre view into a 2-D plane, and ,0 send the resultant 2-D w.re-frame to the .-D 
CAD system Fig. 17 illustrates a graphic representation of an exemplary 2-D wre- 
frame view that may be sent to the 2-D CAD program using the Add,V,ew functron. 
To create a view instance w.th the Add.View function, the vrew data should be 
passed m accordance with a predetermmed view format The buffer containmg the 
v,ew data may be provided along with the part file name and a view identrficat.on 
number or ID as input ,0 the Add.View function. With respect to the view format. 
,he buffer containing the view data may include vanous parameters for defmng: the 
length of the contents of the buffer; the number of edges (E) in the view; and edge 
data definmg each of the E edges in the view. The length of the parameter feld 
defining the length of the buffer may be long, such as 4 bytes. The indicated eng* 
of the buffer should no, include the 4 bytes utilized by the length parameter feld. The 
field definmg the number of edges (E) in the view may also be long, such as 4 bytes 
in length. Finally, the data defming each of the E edges in ,he view may be stored m 
.he buffer in accordance wrth the edge forma, described above with reference to Frg. 
8B. As such, the field of the view data buffer contaming the data for each of the 
, edges in the view may have a length equalto: Ex edge format. 

AS further shown in Table 1, a Se,^View_Update^Mode function may be 
provided for the purpose of setting a view update mode of the part to be ON or OFF. 
The input to this function should include the par, name ,0 which .he v.ew update 
mode is to be applied, as well as a flag or character .hat sets the view upda.e mode to 
,5 be ON or OFF. When ,he view update function is turned ON, the view of .he par. wrll 

or the bend model program. This wrll cause updates to be transferred to the object 
oriented bend model and the v.ewer with each change that is made to the par.. If the 
update function rs turned OFF. .he v.ew of the par. as represen.ed in ,he bend model 
30 w,ll not be updated after each change made ,0 the par, and. as a result, the bend model 
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data relating to the part will only be updated when the modified face and/or part data 
is sent to the bend model program. 

To send data relating to the part to the bend model program using the interface, 
API functions may be provided to permit transfer of the part data in various formats. 
For example, in accordance with an aspect of the invention, the part data may be set 
as a collection of attach faces or as a flat version of the part (without any face data). 
In this regard, a Send_Faces function and a Send Flat function may be provided in 
the interface library. The Send_Faces function and a Send_Flat function are described 
below with reference to Figs. 18A and 18B. 

With the Send_Faces function, a version of the part is sent as a collection of 
attached faces by sending basic flange information in the form of data including a set 
of loops, as well as data defining the bendlines and bending parameters. Fig. 18B is 
a graphic representation of a collection of attached faces that may be sent for a part 
with the Send_Faces function. Sending the part as a collection of faces may be useful 
when it is necessary to revise the faces of the part or make other revisions to the 
design of the part. The input to the Send_Faces function should include: the part 
name; the faces data of the part written in a buffer provided as a set of face data (see, 
e.g., the face data format described above with reference to Figs. 7A); and the data 
defining the bendlines and bending parameters (e.g., bending angle, inside radius, 
bend deduction, bend type, etc.) written in a buffer provided as a set of single bendline 
data. The bendline and bending parameters data may be provided and passed with the 
Send_Faces function in accordance with a special or predetermined format. For 
instance, Fig. 19 illustrates an exemplary data structure and arrangement for 
transferring the bendline and bending parameters data. 

As shown in Fig. 19, the buffer containing the bendline and bending 
parameters data may include fields for storing the following parameters and data: the 
length of the bendline/bending parameter data buffer; the number of bendlines (B); 
and the bendline and bending parameter data for each of the B bendlines. The length 
of the field defining the length of the buffer may be long, such as 4 bytes, and the 
lenath of the buffer should not include the 4 bytes taken by the buffer length field. 



10 



15 



PCT/JP99/00947 

WO 99/44107 

48 

The length of the field defining the nu^be, of bendlines may also be long or 4 bytes 
,„ length. Further, the form., for the bendl.ne/bendrng parameter data may be se, ,n 
aceordanee w.th a predeterm.ned format, sueh as the attached face fornrat rlUtstrated 
in Fig. 20B. A detailed descript.on of the attached face forma, rllustrated ,n Frg. -OB 
is provided above. 

,„ addition to .he Send.Faces function, a Send Hat function may be provrded 

or crea.e a da.abase of edges from raw CAD geometry. Fig. 18A illustrates a graphrc 
representation of a flat version of a par. .ha, may be sent with the Send Ha. funCon. 

.nformation sneh as ,he required cu,-outs i. the par. (or performrng clean bends on .he 
par. The ,npu. provrded to the Send_Ha. function should include the part name, a 
flat version of .he par. provrded m a buffer as a se. of edges in 3-D space (such as rn 
accordance with the face, loop and edge format described above wr.h reference .0 
Figs 7A 7B. 8A and SB), and def aul. parame.ers for various bending parameters 
including the bendmg angle, inside radius, bend deduc.ion and bend type. In addibon. 
flag values may be provrded as irrpu. .c the Send_Fla. function .0 indrca.e whether .o 
perform various funCions, such as Au.o_Detect_Co.linear_Bend,ines and 
set Default Bending.Parame.ers. Hags may also be provrded as input tor the 
0 ben^drng parame.ers .o set one or more of .he defaul. bending parame.ers. 

The Send Ha. funCon may be u.ifeed .c develop a represenla.ron of .he par, 
wi.h face da.a tro'm raw CAD geomerry. Onee a da.abase of edges is created from the 
flat versron of .he part, a face detectron algor„hm such as .hat disclosed m U.S. Pa.ent 
Application No. 08/690.671 can be utihzed to crea.e basic flange rnformatron m the 
,S form of loops. This information may .hen be used .0 crea.e flanges of .he part. 
Thereafter, fold and/or unfold algori.hms. such as those disclosed in U.S. Paten. 
AppUcatron No. 08/690.671 , may be performed .0 develop a 3-D model of the part 
and/or an object orien.ed bend model of .he par. containing face da.a. 

Addi.ional API funCions may be provided in .he communication Ubrary of the 
30 .nterfaee. For example, a Set_Fo,d_Mode function may be provrded for ,he purpose 
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of setting a flag to indicate a FOLD or UNFOLD mode of transmission of the 
geometry data. Essentially, this function may be used to effect the dimension of the 
flanges as well as other geometry elements. If a customer's specifications for a part 
are initially provided in 2-D, then a FOLD mode of transmission should be set to 
5 indicate that when folding the 2-D data to provide a 3-D representation of the part, the 
deduction amount should be applied through the 3-D model to more accurately 
represent the physical characteristics of the sheet metal part when it is folded. If, 
however, the customers specifications are provided in 3-D, then the UNFOLD mode 
of transmission should be set to indicate that when unfolding the 3-D model to form 
10 the 2-D model of the part, the deduction amount should be applied to the 2-D model 
to more accurately represent the characteristics of the metal when unfolded. The input 
to the Set_Fold_Mode function should include the part name as well as a flag for 
• setting the FOLD or UNFOLD mode of transmission. 

A Set_Base_Face mode may also be provided as an API function for the 
15 purpose of permitting a user to set or modify the defined base face of a part. Since the 
data and views for a part model may be defined according to the base face of the part, 
selection of the base face will effect the global coordinates to be used to orient the part 
and to produce its layout and orthographic views. As such, for any given part, a user 
may wish to redefine or set the base face. Input for the Set_Base_Face function 
20 should include the part name as well as the base face name. Once again, a graphical 
user interface may be provided to permit the user to select the base face through the 
aid of a display screen and an input device, such as a mouse device or keyboard. 

In addition to sending the part as a flat version or a collection of faces, an 
option may be provided to the user to send a 3-D version of the part to the 2-D CAD 
25 program. As such, a Send_Folded function may be provided. This function may be 
useful when the 2-D CAD program is capable of accepting raw 3-D geometry and 
includes unfolding capabilities or algorithms for forming a 2-D model of the part from 
the raw 3-D geometry data. The input for this function should include the part name 
as well as the folded version of the part written in a buffer as a set of edges in 3-D 
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CLAIMS 

1. An interface for transferring part data between two application 
environments, one of said application environments including a computer-aided 
design (CAD) program and the other of said application environments including an 
object oriented bend model program, said interface comprising: 

an inter-process communication system that establishes an inter-process 
communication path between said CAD program and said bend model program; and 
a library of application program interface (API) functions that may be called 
by said CAD program and said bend model program to transfer and exchange part 
data through said inter-process communication path. 

2. The interface for transferring part data according to claim 1, wherein 
said part data comprises data defining a sheet metal part including a plurality of faces, 
said library of API functions comprising a Send_Faces function for transferring the 

15 data defining the sheet metal part as a collection of attached faces. 

3. The interface for transferring part data according to claim 2, wherein the 
data that is transferred with said Send_Faces function is provided in a buffer that 
comprises a part name, a set of face data, and bending parameter data. 

4. The interface for transferring part data according to claim 3, wherein the 
20 set of face data comprises loop data for each face of said sheet metal part, said loop 

data including data defining a bounding loop of each face. 

5. The interface for transferring part data according to claim 2, wherein 
said library of API functions further comprises an Add_Face function for transferring 
face data defining a face that is to be added to the data defining the sheet metal 

25 part. 

6. The interface for transferring part data according to claim 5, wherein a 
set of input data that is provided to the Add_Face function includes a part name, a 
face name, and the face data, the face data mcluding loop data defmmg a bounding 
loop of the face to be added to the sheet metal part. 
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7. The interface for transferring part data according to claim 2, wherein 
said library of API functions further comprises a Delele_Face function for transferring 
face data defining a face that is to be deleted from the data defining the sheet metal 
part. 

5 8. The interface for transferring part data according to claim 7, wherein a 

set of input data that is provided to the Delete_Face function includes a part name and 
a face name of the face to be deleted from the sheet metal part. 

9. The interface for transferring part data according to claim 2, wherein 
said library of API functions further comprises a Delete_Bendline function for 

10 transferring data defining a bendline that is to be deleted from the sheet metal part. 

10. The interface for transferring part data according to claim 9, wherein a 
set of input data that is provided to the Delete_Bendline function includes a part 
name, a name of a first face of the sheet metal part that is adjacent to the bendline to 
be deleted, and a name of a second face of the sheet metal part that is adjacent to the 

15 bendline to be deleted. 

11 . The interface for transferring part data according to claim 2, wherein 
said library of API functions further comprises an Attach_Faces function for 
transferring data defining faces of the sheet metal part that are to be attached. 

12. The interface for transferring part data according to claim 11, wherein 
20 the data transferred by the Attach_Faces function includes a buffer comprising a part 

name, a set of edge names of a first face of the sheet metal part that is to be attached, 
a set of edges names of a second face of the sheet metal part that is to be attached, and 
attachment parameters for attaching the edges of the first and second faces. 

13. The interface for transferring part data according to claim 2, wherein 
25 said library of API functions further comprises a Set_Bending_Parameters function 
for transferring data defining bending parameters that are to be set for a bendline of 
the sheet metal part that is defined between a first adjacent face and a second adjacent 
face. 

14. The interface for transferring part data according to claim 13, wherein 
30 a set of input data that is provided to the Set_Bending_Parameters function includes 
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a par, name, a nan,e of ,he firs, adjacent face, a narr,e of the second adjacen, face, and 
the bending parameters that are to be set for the bendline. 

15 The interface for transferring part data according to claim 14. wherein 
the bending parameters that are transferred with said Set_Bendi„g_Parameters 

5 function comprises one of a bending angle, a bend type, a bend deduction amount, and 

an inside radius of the bend. 

16 The interface for transferring part data according to claim 2. wherem 
said library of API functions further comprises a Sh,tt_Face function for transferring 
data defining a second face of the sheet metal par. that is to be shifted with respect to 

10 a first face of the sheet metal part. 

17 The interface for transferring part data according to claim 16, wherein 
the data transferred by the Shift.Face function includes a buffer comprising a part 
name, a name of the first face, a name of the second face, and a shift amount 
irrdicattng the amount by which the second face is to be shifted with respect to the first 

18 The interface for transferring part data according to claim 1. wherein 
said part data comprises data defining a sheet metal part, said library of API functions 
comprisixtg a Send.Flat functton for transferring the data defining the sheet metal part 

as a flat version of the part. 

19. The interface for transferring part data according to claim 18, wherein 
the data that is transferred with said Send_Flat function is provided an a buffer that 
comprises a part name, a set of edges definmg the flat version of the part, and a set of 

default bending parameters for the part. 

20 The interface for transferring part data according to claim 1, wherein 
25 said part data comprises data defining a sheet metal part, said library of API functions 
comprising a Send_Folded function for transferring the data defining the sheet metal 

part as a folded version of the part. 

21. The interface for transferring part data according to claim 20, wherein 
the data that is transferred with said Send^Folded function is provided in a buffer that 
,0 comprises a part name, and a set of edges definmg the folded version of the part. 
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22. The interface for transferring part data according to claim 1, wherein 
said inter-process communication path is established in accordance with a 
predetermined message protocol, said predetermined message protocol comprising 
dynamic data exchange (DDE). 
5 23. A method for transferring part data between two application 

environments, one of said application environments including a computer-aided 
design (CAD) program and the other of said application environments including a 
bend model program, said method comprising: 

establishing an inter-process communication path between said CAD program 
10 and said bend model program; 

defining a library of application program interface (API) functions that may be 
called by said CAD program and said bend model program to transfer part data 
through said inter-process communication path; 

calling one of said API functions of said library; and 
15 transferring part data between said CAD program and said bend model 

program based on the API function that was called from said library. 

24. The method for transferring part data according to claim 23, wherein 
said part data comprises data defining a sheet metal part including a plurality of faces, 
and said method further comprises calling a Send_Faces function from said library 

20 and transferring the data defining the sheet metal part as a collection of attached faces 
in response to the Send Faces function being called from said library. 

25. The method for transferring part data according to claim 24, further 
comprising providing, when said Send_Faces function is called from said library, a 
buffer that comprises a part name, a set of face data, and bending parameter data in 

25 order to transfer the data defining the sheet metal part. 

26. The method for transferring part data according to claim 25, wherein the 
set of face data comprises loop data for each face of said sheet metal part, said loop 
data including data defining a bounding loop of each face. 

27. The method for transferring part data according to claim 24, further 
30 comprising calling an Add Face function from said library and transferring, m 
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response to the Add_Face function being called from said library, face data defining 
a face that is to be added to the data defining the sheet metal part. 

28. The method for transferring part data according to claim 27, further 
comprising providing a set of input data, when calling the Add_Facc function, that 
includes a part name, a face name, and the face data, the face data including loop data 
defining a bounding loop of the face to be added to the sheet metal part. 

29. The method for transferring part data according to claim 24, further 
comprising calling a Delete_Face function from said library and transferring, in 
response to the Delete_Face function being called from said library, face data defining 
a face that is to be deleted from the data defining the sheet metal part. 

30. The method for transferring part data according to claim 29, further 
comprising providing a set of input data, when calling the Delete_Face function, that 
includes a part name and a face name of the face to be deleted from the sheet metal 
part. 

31. The method for transferring part data according to claim 24, further 
comprising calling an Attach_Faces function from said library and transferring, m 
response to the Attach_Faces function being called from said library, data defining 
faces of the sheet metal part that are to be attached. 

32. The method for transferring part data according to claim 31, further 
comprising providing, when the Attach_Faces function is called from said library, a 
buffer comprising a part name, a set of edge names of a first face of the sheet metal 
part that is to be attached, a set of edges names of a second face of the sheet metal part 
that is to be attached, and attachment parameters for attaching the edges of the first 
and second faces. 

33. The method for transferring part data according to claim 24, further 
comprising calling a Set_Bending_Parameters function from said library and 
transferring, when said Set_Bending_Parameters function is called from said library, 
data defining bending parameters that are to be set for a bendline of the sheet metal 
part that is defined between a first adjacent face and a second adjacent face. 
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34. The method for transferring part data according to claim 33, further 
comprismg providing a set of input data, when calling the Set_Bending_Parameters 
function, that includes a part name, a name of the first adjacent face, a name of the 
second adjacent face, and the bending parameters that are to be set for the 
bendline. 

35. The method for transferring part data according to claim 24, further 
comprising calling a Shift_Face function from said library and transferring, when said 
Shift_Face function is called from said library, data defining a second face of the sheet 
metal part that is to be shifted with respect to a first, face of the sheet metal part. 

36. The method for transferring part data according to claim 35, further 
comprising providing, when the Shift_Face function is called from said library, a 
buffer comprising a part name, a name of the first face, a name of the second face, and 
a shift amount indicating the amount by which the second face is to be shifted with 

respect to the first face. 

37. The method for transferring part data according to claim 23, wherein 
said part data comprises data defining a sheet metal part, and said method further 
comprises calling a Send_Flat function from said library and transferring, when said 
Send_Flat function is called from said library, the data defining the sheet metal part 

as a flat version of the part. 

38. The method for transferring part data according to claim 37, further 
comprising providing, when said Send_Flat function is called from said library, a 
buffer that comprises a part name, a set of edges defining the flat version of the part, 
and a set of default bending parameters for the part. 

39. The method for transferring part data according to claim 23, wherein 
said establishing comprises establishing said inter-process communication path in 
accordance with a predetermined message protocol, said predetermined message 
protocol comprising dynamic data exchange (DDE). 

40. A method for transferring part data between two appHcation 
environments, one of said application environments including a computer-aided 

0 design (CAD) program and the other of said application environments including an 
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objec,-orie„,cd b.nd model program, said par, da.a including da,a defining a shee, 
metal part, said method comprising: 

es,ablish,ng an inter-process comnrunica.ion pa,h between said CAD program 

and said bend model program; 
5 defmmg a Hbrary of application program interface (API) functions to transler 

part data through said inter-process communication path; 

determining a set of input data for one of said API functions of said library; 
calling said one of said API functions and providing, as input to said one of 
said API functions, the set of input data; and 
10 transferring, with said inter-process communication path, the set of input data 

between said CAD program and said bend model program in accordance with said one 
of said API functions that was called from said library. 

41 . A method for transferring part data according to claim 40, wherein said 
determining a set of input data comprises: 
15 identifying a part name of the sheet metal part; 

identifying a set of edge of a first face of the sheet metal part that is to be 

attached; 

identifying a set of edges of a second face of the sheet metal part that is to be 
attached to the set of edges of the first face; 
20 defining attachment parameters for attaching the edges of the first and second 

faces; and 

providing, as the set of input data, the part name, a set of edge names of the 
edges of the first face of the sheet metal part, a set of edges names of the edges of the 
second face of the sheet metal part, and the attachment parameters for attaching the 

25 edges of the first and second faces, 

and further wherein said calling comprises callmg an Attach_Faces function 
from said library of API functions to transfer the set of input data and attach the first 
and second faces of the sheet metal part. 

42. A method for transferring part data according to claim 40, wherein said 

30 determining a set of input data comprises: 
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Sheet metal part, a name of the seconu 
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and further wherein said calling comprises calling a Shift_Face 

. cfpr the set of input data and shift the second face 
said library of API functions to transfer the set mp 

with respect to the firs face of the sheet metal part. 
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